-
Notifications
You must be signed in to change notification settings - Fork 15
Bump axios from 0.21.1 to 1.8.2 #574
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
A newer version of axios exists, but since this PR has been edited by someone other than Dependabot I haven't updated it. You'll get a PR for the updated version as normal once this PR is merged. |
Bumps [axios](https://github.com/axios/axios) from 0.21.1 to 1.8.2. - [Release notes](https://github.com/axios/axios/releases) - [Changelog](https://github.com/axios/axios/blob/v1.x/CHANGELOG.md) - [Commits](axios/axios@v0.21.1...v1.8.2) --- updated-dependencies: - dependency-name: axios dependency-type: direct:production ... Signed-off-by: dependabot[bot] <[email protected]>
This had to do with the different error handling typing introduced in TS 4.0.0 and also with typings for Axios' `AxiosRequestConfig.responseEncoding`, which now also can be a string.
I had to rework a default for a header object from null to {} since it wouldn't be accepted as a AxiosRequestConfig in the new typings from the lib
Axios reworked its typings for headers, which made them incompatible with IOResponse's definition for headers. I used a old workaround to get through this: (T as any)
I had to cast many things here to any in order to avoid risking to change the API we provide to outside the library
In this case, I just clause-guarded the error handling for an instance of AxiosError since the doing the operations that happen after it wouldn't make sense otherwise.
Here, I also clause-guarded the error handling for an AxiosError instance
Once again, I use any-casting to maintain compatibility between AxiosRequestConfig and IORequestConfig
Cast to any to avoid problems between AxiosRequestConfig and IORequestConfig
Once again, only make error handling if we're actually dealing with an AxiosError
Only handle errors which are instances of ApolloError. This particular error handler expects errors will come as extensions of ApolloError, otherwise the operations within the error handler wouldn't make any sense.
Only make operations with status codes if the error is an AxiosError
InternalAxiosRequestConfig is now the actual type being used in AxiosResponse. So our TraceableAxiosRequestConfig should implement that instead of what it was implementing before.
3d2e677 to
f000934
Compare
juliobguedes
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some initial comments and clarifications
src/HttpClient/middlewares/request/setupAxios/interceptors/tracing/index.ts
Outdated
Show resolved
Hide resolved
src/HttpClient/middlewares/request/setupAxios/interceptors/tracing/index.ts
Outdated
Show resolved
Hide resolved
src/HttpClient/middlewares/request/setupAxios/interceptors/tracing/index.ts
Outdated
Show resolved
Hide resolved
04a127f to
cda0950
Compare
filafb
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for keeping the commit tree organized, atomic and well commented. It makes it so easy to review looking at commit by commit, instead of looking at a huge diff.
I found something that might cause a undesired behavior, when handling error, but I am not 100% sure. Let me know what you think.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM! I just want some clarification regarding the use of as any statement in some cases.
src/HttpClient/middlewares/request/setupAxios/interceptors/tracing/index.ts
Show resolved
Hide resolved
f7f1da3 to
f1d45d9
Compare
After `Create compatibility with TS 3.9.7` (187b096), this isn't needed anymore.
f1d45d9 to
b653b57
Compare
9559d80 to
a28ba22
Compare
Bumps axios from 0.21.1 to 1.8.2.
Release notes
Sourced from axios's releases.
... (truncated)
Changelog
Sourced from axios's changelog.
... (truncated)
Commits
a9f7689chore(release): v1.8.2 (#6812)fb8eec2fix(http-adapter): add allowAbsoluteUrls to path building (#6810)9812045chore(sponsor): update sponsor block (#6804)72acf75chore(sponsor): update sponsor block (#6794)2e64afdchore(release): v1.8.1 (#6800)36a5a62fix(utils): movegenerateStringto platform utils to avoid importing crypto...cceb7b1chore(release): v1.8.0 (#6795)23a25affix(utils): replace getRandomValues with crypto module (#6788)32c7bccfeat: Add config for ignoring absolute URLs (#5902) (#6192)4a3e26cchore(config): adjust rollup config to preserve license header to minified Ja...Maintainer changes
This version was pushed to npm by jasonsaayman, a new releaser for axios since your current version.
You can trigger a rebase of this PR by commenting
@dependabot rebase.Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot mergewill merge this PR after your CI passes on it@dependabot squash and mergewill squash and merge this PR after your CI passes on it@dependabot cancel mergewill cancel a previously requested merge and block automerging@dependabot reopenwill reopen this PR if it is closed@dependabot closewill close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)You can disable automated security fix PRs for this repo from the Security Alerts page.